Pedro Paulo: 26 anos, arquiteto recém-formado e autônomo. Adora viajar e é solteiro. Sente dificuldade em encontrar eventos culturais e opções de lazer em sua cidade de forma centralizada. Busca uma ferramenta que o ajude a descobrir o que fazer no tempo livre sem precisar filtrar dezenas de redes sociais.
Mariana Costa: 34 anos, proprietária de um bar com música ao vivo. Precisa divulgar a programação semanal do seu estabelecimento para atrair novos clientes, mas sente que suas postagens em redes sociais comuns possuem alcance limitado pelos algoritmos. Busca uma plataforma onde seu público-alvo já esteja procurando por eventos.
Lucas Silva: 21 anos, estudante universitário. Utiliza o celular para organizar toda sua vida social. Valoriza a rapidez e quer encontrar festas e shows próximos à sua localização atual, podendo interagir com o que encontra através de curtidas e comentários.
Com base na análise das personas forma identificadas as seguintes histórias de usuários:
EU COMO... PERSONA |
QUERO/PRECISO ... FUNCIONALIDADE |
PARA ... MOTIVO/VALOR |
|---|---|---|
| Frequentador | Visualizar eventos em um mapa | Identificar atividades de lazer próximas à minha localização |
| Frequentador | Filtrar eventos por categoria (show, teatro, bar) | Encontrar rapidamente experiências que combinem com meu gosto |
| Frequentador | Curtir e comentar em eventos | Interagir com a comunidade e salvar interesses para consulta |
| Organizador | Cadastrar e editar informações de eventos | Divulgar a agenda do meu estabelecimento de forma estruturada |
| Organizador | Visualizar o engajamento (curtidas/comentários) | Entender o interesse do público nas atividades propostas |
| ID | Descrição do Requisito | Prioridade | Responsável |
|---|---|---|---|
| RF-001 | Permitir o cadastro e login de usuários (comum e organizador) além do gerencimaneto dos seus perfis | ALTA | Willy & Gustavo |
| RF-002 | Permitir que organizadores cadastrem eventos com data, hora e local | ALTA | Mireia |
| RF-003 | Exibir feed de eventos disponíveis com base na data e relevância | ALTA | Michelle |
| RF-004 | Implementar busca de eventos por nome ou categoria | ALTA | Michelle |
| RF-005 | Permitir a edição e exclusão de eventos pelo organizador | ALTA | Mireia |
| RF-006 | Painel de gestão para o estabelecimento gerenciar seu perfil | ALTA | A definir |
| RF-007 | Permitir que o usuário curta um evento | BAIXA | Samuel |
| RF-008 | Permitir a inserção e edição de comentários nas páginas de eventos | ALTA | Samuel |
| RF-009 | Implementar visualização de eventos em mapa integrado | BAIXA | A definir |
| RF-010 | Disponibilizar filtros por geolocalização (raio de distância) | ALTA | Michelle |
| RF-011 | Sistema de recuperação de conta via e-mail | BAIXA | A definir |
| ID | Descrição do Requisito | Prioridade |
|---|---|---|
| RNF-001 | O frontend de gestão deve ser responsivo para dispositivos móveis | ALTA |
| RNF-002 | A interface deve ser desenvolvida em Next.js com TypeScript | ALTA |
| RNF-003 | As senhas devem ser armazenadas utilizando criptografia forte (hash) | ALTA |
| RNF-004 | O backend deve processar requisições em no máximo 3 segundos | MÉDIA |
| RNF-005 | O sistema deve utilizar arquitetura distribuída para suportar escalabilidade | MÉDIA |
| RNF-006 | A aplicação deve garantir 99% de disponibilidade online | BAIXA |
O projeto está restrito pelos itens apresentados na tabela a seguir.
| ID | Restrição |
|---|---|
| 01 | O projeto deve utilizar ASP.NET no ecossistema do backend |
| 02 | O frontend administrativo deve ser restrito ao uso de Next.js e TypeScript |
| 03 | O frontend mobile deve ser restrito ao uso de React Native e TypeScript |
| 04 | Não poderá ser desenvolvido um módulo de backend que não siga os princípios de sistemas distribuídos |
O diagrama de casos de uso é o próximo passo após a elicitação de requisitos, que utiliza um modelo gráfico e uma tabela com as descrições sucintas dos casos de uso e dos atores. Ele contempla a fronteira do sistema e o detalhamento dos requisitos funcionais com a indicação dos atores, casos de uso e seus relacionamentos.
De acordo com o PMBoK v6 as dez áreas que constituem os pilares para gerenciar projetos, e que caracterizam a multidisciplinaridade envolvida, são: Integração, Escopo, Cronograma (Tempo), Custos, Qualidade, Recursos, Comunicações, Riscos, Aquisições, Partes Interessadas. Para desenvolver projetos um profissional deve se preocupar em gerenciar todas essas dez áreas. Elas se complementam e se relacionam, de tal forma que não se deve apenas examinar uma área de forma estanque. É preciso considerar, por exemplo, que as áreas de Escopo, Cronograma e Custos estão muito relacionadas. Assim, se eu amplio o escopo de um projeto eu posso afetar seu cronograma e seus custos.
Com diagramas bem organizados que permitem gerenciar o tempo nos projetos, o gerente de projetos agenda e coordena tarefas dentro de um projeto para estimar o tempo necessário de conclusão.
O gráfico de Gantt ou diagrama de Gantt também é uma ferramenta visual utilizada para controlar e gerenciar o cronograma de atividades de um projeto. Com ele, é possível listar tudo que precisa ser feito para colocar o projeto em prática, dividir em atividades e estimar o tempo necessário para executá-las.
Para assegurar a produtividade e organização do projeto, a equipe foi dividida em papéis e responsabilidades, simulando a prática adotada no mercado. A composição da equipe é a seguinte:
- Scrum Master: Michelle Lourenço Mendonça
- Product Owner: Willy Christian de Oliveira Teixeira
- Time de Desenvolvimento: Michelle Lourenço Mendonça e Samuel Ribeiro
- Equipe de Design: Gustavo Viana e Miréia Torres Lima
Contudo, como se trata de um trabalho acadêmico, todos os membros atuarão de forma colaborativa em todas as atividades, e a divisão formal de papéis existe apenas como exercício didático.
O acompanhamento das entregas será feito por meio do cronograma de atividades (timeline), que distribui claramente os entregáveis em intervalos de datas predefinidos. O cronograma contempla:
- Tarefa 1 (09/02 a 08/03): Documento de Contexto e Especificação do Problema.
- Tarefa 2 (09/03 a 12/04): Metodologia, Arquitetura da Solução, Projeto de Interface, Programação de Funcionalidades e Dashboards.
- Tarefa 3 (13/04 a 10/05): Programação de Funcionalidades, Planos e Registros de Testes de Funcionalidade e Usabilidade.
- Tarefa 4 (11/05 a 31/05): Continuidade na Programação de Funcionalidades, Planos e Registros de Testes.
- Tarefa 5 (01/06 a 21/06): Considerações Finais, Vídeo + PDF da Apresentação Final e Realização da Apresentação.
A comunicação da equipe ocorrerá por WhatsApp e reuniões no Discord, garantindo alinhamentos rápidos e eficientes. Além disso, o uso do GitHub Projects permitirá controle e transparência das tarefas. Essa organização visual e temporal assegura que o grupo acompanhe o progresso, mantenha prazos e conclua as entregas conforme os objetivos definidos.
